home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / site-setup < prev    next >
Encoding:
Text File  |  1995-07-25  |  36.6 KB  |  887 lines

  1. Subject: How to become a USENET site
  2. Newsgroups: news.admin.misc,news.announce.newusers,news.answers
  3. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  4. Date: Sat, 15 Oct 1994 13:20:16 GMT
  5.  
  6. Archive-name: site-setup
  7. Version: $Id: site-setup,v 1.123 1993/12/27 15:44:47 jik Exp $
  8.  
  9.         How to Become a USENET Site
  10.         Jonathan Kamens <jik@security.ov.com>
  11.         
  12.             Editor and Poster
  13.         Chris Lewis <clewis@ferret.ocunix.on.ca>
  14.  
  15. Replies and comments to sitefaq@ferret.ocunix.on.ca, automatic if
  16. you followup or reply to this article.
  17.  
  18.   This article attempts to summarize, in a general way, the steps
  19. involved in setting up a machine to be on the USENET.
  20.  
  21.   It assumes that you already have some sort of USENET access
  22. (otherwise, how did you get this article?), or at the very least, that
  23. you have ftp or mail server access to get to some of the files
  24. mentioned in it, and that you are trying to configure your own site to
  25. be on the USENET after using some other site for some period of time.
  26. If this assumption is incorrect, then ask whoever made this article
  27. available to you to help you get access to the resources mentioned
  28. below.
  29.  
  30.   Before reading this posting, you should be familiar with the
  31. contents of the introductory postings in the news.announce.newusers
  32. newsgroup, most importantly the posting entitled "USENET Software:
  33. History and Sources".  Many of the terms used below are defined in
  34. those postings.  The news.announce.newusers postings (and the other
  35. Usenet postings mentioned below) are accessible in the periodic
  36. posting archive on rtfm.mit.edu [18.70.0.24], in /pub/usenet via
  37. anonymous ftp, or via E-mail by sending a message to
  38. mail-server@rtfm.mit.edu (send a message with "help" in the body to
  39. get more information).
  40.  
  41.               *************************
  42.  
  43.   There are five basic steps involved in configuring a machine to be a
  44. USENET site.
  45.  
  46. 1. Make the decision -- do you *really* want to do this?
  47.  
  48.   If you just want to read USENET yourself, then putting your machine
  49. onto the USENET is probably not what you want to do.  The process of
  50. doing so can be time-consuming, and regular maintenance is also
  51. required.  Furthermore, the resources consumed by a full USENET setup
  52. on a machine are significant:
  53.  
  54.     - disk space for the programs (a few Mb for the binaries, another
  55.       couple of Mb for any sources you keep online);
  56.     - disk space for the articles - currently (as of March, 1994)
  57.       around 3500Mb a month, although it is possible to minimize
  58.       the amount of disk space consumed by articles by carefully
  59.       selecting which newsgroups and/or hierarchies you wish to
  60.       receive;
  61.     - modem time (possibly long-distance) transferring the articles to
  62.       your machine (assuming that you are using a modem rather than an
  63.       Internet NNTP connection); A full feed is getting around
  64.       15 hours per day using V.32bis modems at 14.4Kb even compressed;
  65.       and
  66.     - fees if you're paying someone to provide you with a news feed.
  67.  
  68.   You might choose, instead, to get an account on a public-access
  69. USENET site on which you can read news by dialing up.  See, for
  70. example, the "Nixpub posting" articles in comp.misc and the "PDIAL"
  71. article in alt.bbs.lists.
  72.  
  73.   Even if there are no public-access USENET sites that are a local
  74. phone call away from you, you might still choose this approach,
  75. especially if you only read a few (low traffic) groups.  Using a
  76. public-access site that is accessible via PC Pursuit or some other
  77. packet network might still be cheaper and/or easier than setting up
  78. the feed, transferring the news and configuring your machine to store
  79. news locally.
  80.  
  81.   You should be sure that the benefits you are going to get by storing
  82. news locally are going to outweigh the costs before deciding to
  83. proceed.  In summary, however, let me say that this decision is not
  84. always a clear one.  To explain why, let me include an alternative
  85. perspective, from joe@jshark.rn.com, on why getting a feed may be
  86. appropriate even for a single-user machine:
  87.  
  88. When you get to long distance calls, reading the news on-line gets the
  89. cost rising fast.  A few seconds to skip an article you've no interest
  90. in, maybe a minute to take in a good one plus more time to save it and
  91. download it later.  But when the whole lot is batched together (as
  92. news), a) it only takes a few minutes and b) it's all conveniently
  93. automated.  Sure, configuring the hardware and software may take a
  94. (small) time - but it's something you only do once.
  95.  
  96. And unless you want to get comp.*, the disk space needed is not that
  97. great.  (20Mb disks are about 100 dollars over here [and the
  98. Mb-per-dollar ratio is rising constantly - jik]; the saving in phone
  99. charges would pay for that in a few months)
  100.  
  101. I also find that replying takes time, and this is where on-line
  102. "reading" would start to really burn dollars!  The alternative, {
  103. download - logout - compose reply - dial back in - login - post (or
  104. mail) reply}, is a) inconvenient and b) still costly.
  105.  
  106. Perhaps I see "news administration" as a simple task *because* I only
  107. provide news to one other site and get a very limited feed. (No
  108. overflowing disks, no "disappearing inodes", neither angry users nor
  109. management.) The initial stages were a bit fraught (200kb batches
  110. being bounced back because of permission problems :-( ), but very
  111. little effort now.
  112.  
  113. 2. Find a site to feed you news and/or mail.
  114.  
  115.   In order to make your machine a USENET site, you need to find other
  116. sites on the USENET that are willing to feed you news and/or mail.
  117. You might want to locate more than one such site if you want higher
  118. reliability.
  119.  
  120. Finding feeds for a UUCP site.
  121.  
  122.   If you are going to be using a modem (and, presumably, UUCP) to
  123. transfer your news and mail, then then there are several resources you
  124. can use when trying to locate a feed site:
  125.  
  126.   a. Comp.mail.maps
  127.  
  128.     Find the postings in the comp.mail.maps newsgroup for your state,
  129.   country, or whatever.  Look in it for sites that sound like they are
  130.   local to you.  Contact their administrators and ask if they would be
  131.   willing to give you a feed.
  132.  
  133.     Comp.mail.maps is archived at several anonymous ftp and mail
  134.   server sites, including ftp.uu.net, so you can examine map entries
  135.   even if the maps have expired at your news-reading site (or if you
  136.   do not currently have USENET access).  See the article entitled
  137.   "UUCP map for README" in the comp.mail.maps newsgroup or archives
  138.   for more information about the maps.
  139.  
  140.     The comp.mail.maps postings are also archived in rtfm.mit.edu's
  141.   periodic posting archive, which was mentioned in detail above.
  142.  
  143.   b. News.admin.misc
  144.  
  145.     Post a message to news.admin.misc.  If at all possible, post it
  146.   with a restricted distribution, so that only people who are likely
  147.   to be able to give you a feed will have to get it (e.g. if you have
  148.   posting access on a machine in Massachusetts, and the site you're
  149.   setting up is going to be in Massachusetts, then post with a
  150.   distribution of "ne").
  151.  
  152.     Note that you can post to news.admin.misc even if you do not have
  153.   direct USENET access right now, as long as you have E-mail access --
  154.   send your message to news.admin.misc.usenet@decwrl.dec.com.
  155.   However, if you use this gateway, you probably can't use a
  156.   restricted distribution as described above, since the gateway
  157.   probably isn't in the distribution you want to post to, and besides,
  158.   it's not clear that it listens to the "Distribution:" header in
  159.   postings that are mailed to it.  (Other gateways:
  160.   news.admin.misc@pws.bull.com, news-admin-misc@cs.utexas.edu,
  161.   news.admin.misc@news.cs.indiana.edu)
  162.  
  163.     When posting your message, try to be as specific as possible.
  164.   Mention where you are, how you intend to transfer news from your
  165.   feed site to you (e.g. what kind of modem, how fast), approximately
  166.   how many newsgroups you are going to want to get and from which
  167.   hierarchies, and perhaps what kind of machine it's all for.  A
  168.   descriptive Subject line such as "news feed wanted -- Boston, MA" is
  169.   also useful.
  170.  
  171.     If there is a regional hierarchy for the distribution in which you
  172.   want a feed, then you might want to post a message in one of the
  173.   regional newsgroups as well, or cross-post your message to one of
  174.   the regional newsgroups.  Look first for an "admin" group (e.g.
  175.   "ne.admin"), then (if there is no admin group) a "config" group,
  176.   then for a "wanted" group.
  177.  
  178.   c. Commercial services
  179.  
  180.     If all else fails, you may have to resort to paying someone to
  181.   provide you with a feed.  I know about the following service
  182.   providers:
  183.  
  184.     a2i communications
  185.     1211 Park Avenue #202
  186.     San Jose, CA 95126
  187.     Data: (408) 293-9010 (v.32bis, v.32), (408) 293-9020 (PEP)
  188.           (log in as "guest")
  189.     Telnet: a2i.rahul.net [192.160.13.1] (log in as "guest")
  190.     Ftp: ftp.rahul.net [192.160.13.1], get /pub/BLURB
  191.     info@rahul.net (a daemon will auto-reply)
  192.     (UUCP, news feeds, mail feeds, MX forwarding, name service)
  193.  
  194.     Anterior Technology
  195.     P.O. Box 1206
  196.     Menlo Park, CA  94026-1206
  197.     Voice: (415) 328-5615
  198.     Fax: (415) 322-1753
  199.     info@fernwood.mpk.ca.us
  200.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  201.  
  202.     CERFnet
  203.     P.O. Box 85608
  204.     San Diego, CA  92186-9784
  205.     Voice: (800) 876-CERF
  206.     help@cerf.net
  207.     (connectivity, name service, MX forwarding, news feeds)
  208.  
  209.     Colorado SuperNet, Inc.
  210.     Attn: David C. Menges
  211.     Colorado School of Mines
  212.     1500 Illinois
  213.     Golden, CO  80401
  214.     Voice: 303-273-3471
  215.     dcm@csn.org
  216.     (UUCP, news feeds)
  217.  
  218.     connect.com.au (Australia)
  219.     Attn: Hugh Irvine (hugh@connect.com.au)
  220.       Ben Golding (bgg@connect.com.au)
  221.     Voice: 61 3 528 2239
  222.     (UUCP, connectivity, name service, MX forwarding, new feed, PPP, SLIP
  223.  
  224.     Demon Internet Systems
  225.     internet@demon.co.uk
  226.     (Internet access, SLIP, PPP, name service)
  227.  
  228.     DMConnection
  229.     267 Cox St.
  230.     Hudson, Ma. 01749
  231.     Voice: (508) 568-1618
  232.     Fax: (508) 562-1133
  233.     info@dmc.com (a daemon will respond, followed by a human being, if
  234.                   necessary)
  235.     (UUCP, news feeds, mail feeds, MX forwarding, file servers, mailing lists,
  236.      anonymous FTP and UUCP address to archives, domain registration,
  237.      FTP, SLIP, etc.)
  238.  
  239.     ExNet Systems Ltd
  240.     37 Honley Road
  241.     Catford
  242.     London, SE6 2HY, UK
  243.     Voice: +44 81 244 0077
  244.     Fax: +44 81 244 0078
  245.     exnet@exnet.com   or  exnet@exnet.co.uk
  246.     (UUCP, mail and news feeds)
  247.  
  248.     Gordian
  249.     20361 Irvine Ave
  250.     Santa Ana Heights, CA 92707 (Orange County)
  251.     Voice: (714) 850 0205
  252.     Fax: (714) 850 0533
  253.     E-mail: uucp-request@gordian.com
  254.     (UUCP, name service, MX forwarding, news feeds (for SoCal sites only))
  255.  
  256.     Hatch Communications
  257.     8635 Falmouth Ave., Suite 105
  258.     Playa del Rey, CA 90293
  259.     Voice: (310) 305-8758
  260.     E-mail: info@hatch.socal.com
  261.     (UUCP Usenet news and e-mail, SLIP connections for ftp and telnet)
  262.  
  263.     HoloNet
  264.     Information Access Technologies, Inc.
  265.     46 Shattuck Square, Suite 11
  266.     Berkeley, CA 94704-1152
  267.     Voice: 510-704-0160, Fax: 510-704-8019, Modem: 704-1058
  268.     Telnet: holonet.net
  269.     E-mail: info@holonet.net  (automated reply)
  270.     Support: support@holonet.net
  271.     (UUCP/USENET feeds, local to 850+ cities nationwide)
  272.  
  273.     infocom Public Access Unix,
  274.     White Bridge House,
  275.     Old Bath Road,
  276.     CHARVIL, Berkshire,
  277.     United Kingdom,
  278.     RG10 9QJ.
  279.     Voice: +44 [0] 734 344000
  280.     Fax: +44 [0] 734 320988
  281.     Data: +44 [0] 734 340055 (you can register online interactively)
  282.     E-mail: info@infocom.co.uk (send a message with ALL in the subject)
  283.     (UUCP, Usenet Feeds and Internet Email to UNIX, DOS, ATARI, AMIGA, MAC)
  284.  
  285.     Internet Initiative Japan, Inc.
  286.     Hoshigaoka Bldg.,
  287.     2-11-2, Nagata-Cho,
  288.     Chiyoda-ku, Tokyo 100 Japan
  289.     Voice: +81 3 3580 3781
  290.     Fax: +81 3 3580 3782
  291.     E-mail: info@iij.ad.jp
  292.     (UUCP, news feeds, mail feeds, MX forwarding, name service,
  293.      anonymous FTP and UUCP services, domain registration)
  294.  
  295.     JvNCnet
  296.     B6 von Neumann Hall
  297.     Princeton University
  298.     Princeton, NJ 08543
  299.     Voice: (800) 35-TIGER
  300.     market@jvnc.net
  301.     (connectivity, name service, MX forwarding, news feeds)
  302.  
  303.     MSEN, Inc.
  304.     628 Brooks Street
  305.     Ann Arbor, MI 48103
  306.     Voice: (313) 998-4562
  307.     Ftp: ftp.msen.com [148.59.1.2], see /pub/vendor/msen/*
  308.     info@msen.com
  309.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  310.  
  311.     MV Communications, Inc.
  312.     P.O. Box 4963
  313.     Manchester, NH  03108-4963
  314.     Voice: (603) 429-2223
  315.     Data: (603) 429-1735 (log in as "info" or "rates")
  316.     info@mv.mv.com
  317.     (UUCP, name service, MX forwarding, news feeds)
  318.  
  319.     NEARnet (New England Academic and Resarch Network)
  320.     10 Moulton Street
  321.     Cambridge, MA  02138
  322.     Voice: (617) 873-8730
  323.     Fax: (617) 873-5620
  324.     nearnet-join@nic.near.net
  325.     (connectivity, name service, MX forwarding, news feeds (for
  326.      NEARnet sites))
  327.  
  328.     Netcom - Online Communication Services
  329.     4000 Moorpark Avenue - Suite 209
  330.     San Jose, CA 95117
  331.     Voice: (408) 554-UNIX
  332.     Data: (408) 241-9760 (login guest, no password)
  333.     Telnet: netcom.netcom.com [192.100.81.100] (login guest)
  334.     E-mail: info@netcom.com
  335.     (UUCP, connectivity, name service, MX forwarding, news feeds,
  336.      other services)
  337.  
  338.     Northwest Nexus Inc.
  339.     P.O. Box 40597
  340.     Bellevue, WA  98015-4597
  341.     Voice: (206) 455-3505
  342.     Data: (206) 382-6245 (log in as "new")
  343.     Fax: (206) 455-4672
  344.     info@nwnexus.wa.com
  345.     (Internet access, SLIP/PPP (dial-up, dedicated, 56k, FT-1), UUCP,
  346.      news feeds, mail feeds, MX forwarding, name service, NIC
  347.      registration, Nutshell books)
  348.  
  349. |    The PC User Group
  350. |    PO Box 360
  351. |    Harrow
  352. |    London.
  353. |    Voice: +44 81 863 1191
  354. |    Fax: +44 81 963 6095
  355. |    hostmaster@ibmpcug.co.uk or hostmaster@ibmpcug.uucp
  356. |    (UUCP, mail and news feeds)
  357.  
  358.     Performance Systems International, Inc.
  359.     11800 Sunrise Valley Drive, Suite 1100
  360.     Reston, VA  22091
  361.     Voice: (703) 620-6651 or (800) 827-7482
  362.     Computerized info: all-info@psi.com
  363.     Human-based info: info@psi.com
  364.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  365.  
  366.     Portal Communications Company
  367.     20863 Stevens Creek Boulevard
  368.     Suite 200 
  369.     Cupertino, CA 95014 
  370.     Voice: (408) 973-9111 
  371.     Fax: (408) 725-1580
  372.     Data: (408) 973-8091 (V.32/PEP)  Call for local node near you.  Nodes
  373.           provided by Sprintnet or Tymnet have additional charges.
  374.     Telnet: portal.com 
  375.     Email: CS@portal.com 
  376.     (UUCP, news feeds, mail feeds, MX forwarding, mailing lists, file
  377.      archives, domain registration, FTP, SLIP/PPP, commercial
  378.      menu-based online service, shell, telnet, irc, gopher, interface
  379.      software available for Amiga, PC, and Sun)
  380.  
  381.     SURAnet
  382.     8400 Baltimore Blvd.
  383.     College Park, MD  20742
  384.     Voice: (301) 982-3214
  385.     Fax: (301) 982-4605
  386.     E-mail: news-admin@sura.net
  387.     (connectivity, name service (for SURAnet sites), news feeds (for
  388.      SURAnet sites))
  389.  
  390.     TDK Consulting Services
  391.     119 University Ave. East
  392.     Waterloo, Ontario
  393.     Canada N2J 2W9
  394.     Voice: (519) 888-0766
  395.     Fax: (519) 747-0881
  396.     E-mail: info@tdkcs.waterloo.on.ca
  397.     (UUCP News/Mail feeds)
  398.  
  399.     UUNET Canada, Inc.
  400.     1 Yonge St., Suite 1400
  401.     Toronto, Ontario
  402.     Canada M5E 1J9
  403.     Voice: (416) 368-6621
  404.     Fax: (416) 369-0515
  405.     info@uunet.ca or uunet-ca@uunet.uu.net
  406.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  407.  
  408.     UUNET Technologies Inc.
  409.     3110 Fairview Park Drive, Suite 570
  410.     Falls Church, VA 22042
  411.     Voice: (703) 204-8000
  412.     Fax: (703) 204-8001
  413.     info@uunet.uu.net
  414.     AlterNet (network connectivity) info: alternet-info@uunet.uu.net
  415.     (UUCP, connectivity, name service, MX forwarding, news feeds)
  416.  
  417.     UUNORTH, Inc.
  418.     Box 445, Station E
  419.     Toronto, Ontario
  420.     Canada M6H 4E3
  421.     Voice: (416) 537-4930 or (416) 225-UNIX
  422.     Fax: (416) 537-4890
  423.  
  424.     WIMSEY
  425.     Attn: Stuart Lynne
  426.     225B Evergreen Dr. 
  427.     Port Moody, BC, V3H 1S1
  428.     Voice: 604-93-7532 
  429.     sl@vanbc.wimsey.bc.ca
  430.     (UUCP, name service, MX forwarding, news feeds)
  431.  
  432.     Xenon Systems
  433.     Attn: Julian Macassey
  434.     742 1/2 North Hayworth Ave.
  435.     Hollywood, CA  90046-7142
  436.     Voice: (213) 654-4495
  437.     postmaster@bongo.tele.com
  438.     (UUCP, news feeds, mail feeds)
  439.  
  440. |    XMission
  441. |    PO Box 510063
  442. |    Salt Lake City, UT 84151-0063
  443. |    Data: (801) 539-0900 (log in as "guest")
  444. |    Telnet: xmission.com [198.60.22.2] (log in as "guest")
  445. |    Ftp: xmission.com [198.60.22.2], get /pricing
  446. |    support@xmission.com
  447. |    (UUCP, news feeds, mail feeds, MX forwarding, name service, SLIP/PPP)
  448.  
  449.   Note that some of these are actually network service providers which
  450.   provide Internet connectivity, but some will also provide news feeds
  451.   to their customers.  For more information about many network service
  452.   providers, see the anonymous ftp file /nsfnet/referral-list on
  453.   nnsc.nsf.net.  Also, the book "Connecting to the Internet" (see the
  454.   "Bibliography" section below) contains a list of Internet service
  455.   providers and instructions for getting an updated version of the
  456.   list.
  457.  
  458.     Some regional network service providers, especially in large urban
  459.   areas, offer both UUCP and TCP/IP service via modem or leased line.
  460.   If you can find such a company, the cost of a dedicated (leased
  461.   line) Internet connection will often be cheaper and more desirable
  462.   than a UUCP connection, if you plan on using it for a full newsfeed
  463.   or for frequent downloading.  Some companies can offer combined
  464.   voice and data connections using T1 links, for large-scale users
  465.   seeking both Internet access and low-cost toll telephone service.
  466.   For more information about the possibility of hooking up to the
  467.   network, see the "How to Get Information about Networks" posting in
  468.   news.announce.newusers.
  469.  
  470.     NOTE: I am not endorsing any of these companies in any way.  I
  471.   don't know anything about the level or quality of service either of
  472.   them provides.  They are simply the ones I know about.  If you know
  473.   of a site that provides feeds and think it should be mentioned here,
  474.   please let me know.
  475.  
  476.   d. Special information for European users
  477.  
  478.     (This section discusses the various big European networks.  There
  479.   are also smaller service providers, such as ExNet Systems (see
  480.   above), in Europe.)
  481.  
  482.     In Europe, you can get a feed from one of EUNet's national
  483.   networks.  They charge for feeds but are "non-commercial," which
  484.   means (I assume) that the fees go to the maintenance of the
  485.   networks.  Most provide help on getting started, can provide source
  486.   for the mail and news software and lists of sites who have indicated
  487.   they will provide feeds.  They also act as Internet forwarders (see
  488.   below for more information on this).  To contact them, try sending
  489.   mail to postmaster@country.eu.net or newsmaster@country.eu.net.  The
  490.   "country" in this case should be whatever country you're in.
  491.  
  492.     Note that the national networks have a "no redistribution" policy
  493.   and have the option to cut off sites which break this rule.  There
  494.   are other groups (such as sublink); see (a) and (b) above for
  495.   suggestions on how to contact them.
  496.  
  497.     Subscribing to EUNet or to one of the NALnets (National Networks)
  498.   currently requires to be member of EurOpen either directly or
  499.   indirectly by being member of a NALUUG (National Unix User Group)
  500.   affiliated to EurOpen.
  501.  
  502.     In the UK, smaller scale users and individuals can also get news
  503.   access via Demon Internet Systems. They provide very cheap dialup
  504.   Internet access, SLIP, PPP and name service entries.  Contact them
  505.   (contact information is given above) for more information.
  506.  
  507.     There are also several other network services providers, already
  508.   operational (or to become soon available for some of them).
  509.   Contrary to EUnet which generally accepts any organization as
  510.   customer, those networks may have restrictions and accept only some
  511.   kind of customers (generally academic and/or research) as they are
  512.   sometimes government funded.
  513.  
  514.     Some of these networks are NORDunet (northern Europe), FUNET
  515.   (Finland), SWITCH (Switzerland), EASInet (European Academic
  516.   Supercomputing Initiative, mainly if not totally funded by IBM), DFN
  517.   (Germany), PIPEX(UK) and RENATER (France).
  518.  
  519.     There are several anonymous ftp sites from which information about
  520.   all of these networks and about networking in Europe in general
  521.   might be obtained. They are ftp.switch.ch, ftp.easi.net,
  522.   ftp.ripe.net, ftp.eu.net, corton.inria.fr and nic.nordu.net.
  523.  
  524.   Note that it is to your advantage to try to find a feed site that is
  525. directly on the Internet, if you are not going to be.  Getting a feed
  526. from a site on the Internet will allow that site to act as your MX
  527. forwarder (see section 5 below), and the fact that you are only one
  528. hop off of the Internet will make both mail and news delivery fast
  529. (assuming that the feed you get from the Internet site is for both
  530. mail and news; of course, if you can only find someone willing to
  531. forward mail to you but not to traffic with you the heavier load of a
  532. news feed, then your mail delivery will still be fast).
  533.  
  534. Finding feeds for an Internet site.
  535.  
  536.   It is beyond the scope of this document to discuss how you can get
  537. onto the Internet yourself.  However, many of the service providers
  538. listed above provide Internet connections as well as newsfeeds and
  539. will help you through the process of getting onto the Internet.
  540. Furthermore, the book "Connecting to the Internet" (see the
  541. "Bibliography" section below) is a step-by-step to the process of
  542. getting connected, and contains a more extensive list of Internet
  543. service providers.
  544.  
  545.   If you are already on the Internet and would like your news feed to
  546. be over the Internet rather than over a modem link, then you might
  547. want to look in the UUCP maps in comp.mail.maps, as mentioned above,
  548. since many USENET sites that are on the Internet are mentioned there.
  549. News.admin.misc and the commercial services listed above are also
  550. viable options.  Another option which is relevant only to Internet
  551. sites is to send mail to the mailing list nntp-managers@apple.com, and
  552. ask if anyone on that list is willing to provide you with a news feed.
  553. If you do this, be specific, just as if you were posting to
  554. news.admin.misc as described above.
  555.  
  556. 3. Get the software.
  557.  
  558.   The "USENET Software" posting referenced above goes into quite a bit
  559. of detail about the software that is available.  There are three
  560. components in the software at a USENET site: (a) the software that
  561. transports the news (usually using either UUCP or NNTP), (b) the
  562. software that stores the news on the local disks, expires old
  563. articles, etc., and (c) the news-readers for looking at the news.
  564.  
  565.   For example, if you're a UNIX site on the Internet and you're going
  566. to be getting your news feed over the Internet, then you are probably
  567. going to want to get one of the news transport packages mentioned in
  568. the "USENET Software" posting (e.g., INN or C News + NNTP), as well as
  569. one or more of the UNIX news readers mentioned there.
  570.  
  571.   Since you are probably going to be exchanging mail as well as news,
  572. and the mail software that is shipped with the OS you are using might
  573. not be powerful enough to handle mail exchanging with the rest of the
  574. USENET, you might want to obtain new mail software as well.  There are
  575. several packages you might choose you use.  Discussion of them is
  576. beyond the scope of this document; the books referenced below will
  577. probably provide some useful information in this area.  Furthermore,
  578. if you are a UNIX site, the posting by Chris Lewis
  579. <clewis@ferret.ocunix.on.ca> entitled "UNIX Email Software Survey FAQ"
  580. in news.admin.misc, comp.mail.misc and news.answers provides a good
  581. introduction to the UNIX mail software that's out there.  Finally,
  582. Eric S. Johansson <esj@harvee.billerica.ma.us>'s "FAQ - UUCP Mail,
  583. News and Gateway Software for PCs and MACs" posting (actually, the
  584. Subject line appears to vary somewhat, and the posting doesn't seem to
  585. appear very regularly), in comp.mail.uucp, news.software.readers and
  586. vmsnet.uucp, will help you to find out more about the UUCP software
  587. that is available to you if you wish to run it on a PC or Macintosh
  588. computer.
  589.  
  590.   The basic idea is to go read the "USENET Software" posting, and then
  591. to work from there.
  592.  
  593.   Europeans can ask their national backbone site, which will usually
  594. either be a software archive or be closely associated with one.
  595. UKNET, for example, provides an information pack explaining what is
  596. needed and where (and how) to get it.
  597.  
  598. 4. Do what it says.
  599.  
  600.   Most of the software available for news transport or storage comes
  601. with installation instructions.  Follow them.  This part should be
  602. self-explanatory (although the instructions might not be :-).
  603.  
  604. 5. Register your site on the network.
  605.  
  606.   The "traditional" method of advertising your site to the rest of the
  607. USENET after setting it up is to get an entry for it added to the UUCP
  608. maps.  Doing this involves choosing a name for your site and
  609. submitting a map entry indicating the name, other vital statistics,
  610. and a list of your feed sites, preferentially weighted.  Since many
  611. USENET sites still rely exclusively on the UUCP maps for routing mail,
  612. you will almost certainly want to register in the maps.  To find out
  613. more about how to do this, read the "UUCP map for README" posting in
  614. comp.mail.maps, referenced above.
  615.  
  616.   However, the past several years have witnessed a dramatic increase
  617. in the number of sites choosing to register host names in the Internet
  618. Domain Name Service (DNS) hierarchy, in addition to getting a host
  619. entry added to the UUCP maps.  The DNS hierarchy is becomingly
  620. increasingly standardized, and DNS name service is more reliable than
  621. the UUCP maps.  Therefore, if register a DNS name for your site, put
  622. that DNS name in your UUCP map entry as an alias for your site, and
  623. use the DNS address rather than the UUCP host name in your mail and
  624. USENET postings, both UUCP hosts and hosts that do DNS will be able to
  625. get mail to you more efficiently and reliably.
  626.  
  627.   There are two types of DNS host records that are relevant here.  If
  628. you have opted to contract with a company for a direct connection to
  629. the Internet, then you are probably going to want to register an
  630. address record advertising what your address will be on the Internet.
  631. Hosts which understand DNS can then use that record to connect
  632. directly to your machine and deliver mail to it.
  633.  
  634.   If, on the other hand, you are going to be getting your mail via
  635. UUCP from some other site, then the host record you will be
  636. registering is a Mail eXchange (MX) record.  This record announces to
  637. the world that mail destined to your host can be directed instead to
  638. another host that IS directly on the Internet.  That host is your "MX
  639. forwarder," and it must be one of your feed sites that knows how to
  640. deliver mail to you.  In fact, you can have multiple MX records if you
  641. have multiple feeds on the Internet and want it to be possible for
  642. mail to be routed through all of them (for increased reliability), if
  643. they are willing.  Note that if you use a commercial service provider
  644. for your mail feed, it will probably also be your MX forwarder.
  645.  
  646.   Even if none of your feeds are on the Internet, you may be able to
  647. get an MX record, by finding an Internet site that is willing to
  648. receive your mail and put it on its way through the correct UUCP
  649. route.  There are currently at least a couple of sites willing to
  650. perform this service for no charge, in order to encourage the
  651. increased use of DNS records.  You can therefore probably locate an MX
  652. forwarder by posting to news.admin.misc and asking if anyone is
  653. willing to forward for you.
  654.  
  655.   The procedure for registering a DNS record is quite simple.  For
  656. some Network Information Centers (the people who handle domain
  657. registration, a.k.a. NICs), e.g., the InterNIC (see Internet RFC 1400
  658. for more information about the InterNIC) which handles domain
  659. registration for the original Arpanet domains (COM, EDU, etc., as
  660. opposed to the geographic domains such as US for the United States, FR
  661. for France, etc.), it takes a month or less; others, unfortunately,
  662. might take a lot longer.  Note that many commercial service providers,
  663. such as UUNET, will take care of this for you when you ask for a
  664. network connection or news/mail feed from them.
  665.  
  666.   Whether you decide to register an address record or an MX record,
  667. you need to decide what your DNS host name is going to be.  Since the
  668. DNS is arranged in a hierarchy, you need to decide what hierarchy your
  669. name will appear in.  For example, you might choose to be in the ".us"
  670. domain if you are in the United States and want to be in the United
  671. States geographical hierarchy.  Alternatively, you might choose ".edu"
  672. for a University, ".org" for a non-profit organization, ".com" for a
  673. commercial company, etc.  For more information about the various
  674. hierarchies and about choosing a host name, see the "How to Get
  675. Information about Networks" posting already referenced.
  676.  
  677.   If you are not in the US, you're theoretically supposed to have no
  678. choice about the top-level domain -- it should always be the
  679. two-letter ISO code for your country (".fr", ".de", etc.).  However,
  680. depending on how and how well you are connected to the network, you
  681. might be able to get away with being in one of the older domains
  682. mentioned above (".edu", ".org", etc.).  If you want to find out how
  683. to get a host name in a particular European domain, you can probably
  684. start by sending mail to hostmaster@mcsun.eu.net and asking for more
  685. information.
  686.  
  687.   Once you have determined your host name, you need to determine one
  688. or more hosts (preferably two or three, so that even if one is having
  689. trouble, the others will fill in for it) that will act as your "name
  690. servers," advertising your host name to anyone who asks for it.  Note
  691. that many hierarchies have their own name servers, which means that
  692. when you go through the process of figuring out which domain your host
  693. name will be in, you may find some name servers available to you
  694. already.  Furthermore, if you opt to go with a commercial service
  695. provider as described above, your service provider will probably be
  696. willing to act as a name server.  Different domain-administration
  697. organizations may require fewer or more name servers (e.g. the NIC
  698. (mentioned below) requires at least two).
  699.  
  700.   Once you've got your host name picked out, you need to submit an
  701. application to the authorities for the domain you've chosen.  Many of
  702. the domains, for example, are managed by the InterNIC -- to submit an
  703. application to one of those domains, you would get the file
  704. DOMAIN-TEMPLATE.TXT via anonymous ftp from rs.internic.net
  705. (ftp://rs.internic.net/templates/domain-template.txt) fill it out, and
  706. mail it to hostmaster@internic.net.  You will probably determine the
  707. correct method for applying for a host name in your domain during the
  708. course of investigating which domain to put your host name in.
  709.  
  710.   If you submit an application and don't get any acknowlegement or
  711. response in a couple of weeks, it's a good idea to send another note
  712. to the same address as you sent your original application to, asking
  713. if it was received.
  714.  
  715.   Even if you aren't going to be connecting directly to Internet at
  716. the start, if your site is using any TCP/IP-based equipment, you
  717. should request a block of IP addresses, to save future transition
  718. headaches.  Request one Class C address per subnet, or a Class B if
  719. your site has a large number of systems on multiple subnets (for the
  720. precise guidelines, see Internet RFCs 1366 and 1367).  If you don't
  721. understand any of this and don't intend on getting on the Internet,
  722. don't worry about it.  If/when you do decide to get onto the Internet,
  723. your service provider should be prepared to help you understand what
  724. needs to be done.
  725.  
  726.   Once your application has been approved and your name entered into
  727. your name servers' databases, update the mail software on your system
  728. and on your MX forwarder's system to recognize and use the new domain.
  729.  
  730.   [A final note: Much of the information in this section about the DNS
  731. system is sketchy.  It is intentionally so, since all of this
  732. information is available from a number of different sources, and they
  733. cover it much better than I can here.  If you are interested in
  734. finding out more about how the DNS works, you are strongly urged yet
  735. again to read the "How to Get Information About Networks" posting and
  736. to follow up on the sources of documentation that it references.  You
  737. might also want to read the book "Connecting to the Internet"; see the
  738. entry for it in the "Bibliography" section below.]
  739.  
  740.               *************************
  741.  
  742.                  Bibliography
  743.  
  744.   In addition to the resources already mentioned, there are several
  745. books which discuss getting on the Internet and USENET and/or UUCP
  746. maintenance.  Here's a bibliography of a few of them (some of these
  747. entries are culled from a book-list posting by Mitch Wright
  748. <mitch@cirrus.com> in comp.unix.questions):
  749.  
  750. TITLE: Connecting to the Internet
  751. AUTHOR: Estrada, Susan
  752. PUBLISHER: O'Reilly & Associates, Inc.
  753. DATE: 1993
  754. PAGES: 188
  755. ISBN: 1-56592-061-9
  756. APPROX_COST: 15.95
  757. KEYWORDS: Internet
  758. SUGGESTED_BY: Jonathan Kamens <jik@security.ov.com>
  759. SUPPLIERS
  760.     E-mail: nuts@ora.com
  761.     Phone#: 1-800-338-NUTS
  762.  
  763. TITLE: Managing UUCP and USENET
  764. AUTHOR: O'Reilly, Tim
  765. AUTHOR: Todino, Grace
  766. SUBJECT: Introduction
  767. PUBLISHER: O'Reilly & Associates, Inc.
  768. DATE: 1990
  769. PAGES: 289
  770. ISBN: 0-937175-48-X
  771. APPROX_COST: 24.95
  772. KEYWORDS: Nutshell Handbook
  773. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  774. SUPPLIERS
  775.     E-mail: nuts@ora.com
  776.     Phone#: 1-800-338-NUTS
  777.  
  778. TITLE: Unix Communications
  779. AUTHOR: Anderson, Bart
  780. AUTHOR: Costales, Barry
  781. AUTHOR: Henderson, Harry
  782. SUBJECT: Communication Reference
  783. PUBLISHER: The Waite Group
  784. DATE: 1991
  785. PAGES: 736
  786. ISBN: 0-672-22773-8
  787. APPROX_COST: 29.95
  788. KEYWORDS: UUCP, USENET
  789. COMMENTS
  790.     Covers everything the end user needs to know about email, USENET 
  791.     and UUCP.
  792.  
  793. TITLE: Using UUCP and USENET
  794. AUTHOR: Todino, Grace
  795. AUTHOR: Dougherty, Dale
  796. SUBJECT: Introduction
  797. PUBLISHER: O'Reilly & Associates, Inc.
  798. DATE: 1990
  799. PAGES: 210
  800. ISBN: 0-937175-10-2
  801. APPROX_COST: 21.95
  802. KEYWORDS: Nutshell Handbook
  803. SUGGESTED_BY: Mitch Wright <mitch@hq.af.mil>
  804. SUPPLIERS
  805.     E-mail: nuts@ora.com
  806.     Phone#: 1-800-338-NUTS
  807.  
  808. If you are going to be setting up a UUCP/modem USENET site, you will
  809. probably find these books quite useful, especially if the UUCP
  810. documentation that comes with the OS you're running is sparse.
  811.  
  812.               *************************
  813.  
  814.            Please comment on this posting!
  815.  
  816.   Comments about, suggestions about or corrections to this posting are
  817. welcomed.  If you would like to ask me to change this posting in some
  818. way, the method I appreciate most is for you to actually make the
  819. desired modifications to a copy of the posting, and then to send me
  820. the modified posting, or a context diff between my posted version and
  821. your modified version (if you do the latter, make sure to include in
  822. your mail the "Version:" line from my posted version).  Submitting
  823. changes in this way makes dealing with them easier for me and helps to
  824. avoid misunderstandings about what you are suggesting.
  825.  
  826.   Rich Braun <richb@pioneer.ci.net> provided most of the information
  827. above about registering DNS records, and provided other useful
  828. comments and suggestions.  joe@jshark.rn.com provided some very useful
  829. rewriting as well as some different perspectives that helped to make
  830. the article more general, as well as providing some specific
  831. information about working in Europe, as well as providing other useful
  832. comments.
  833.  
  834.   The following people provided useful comments and suggestions about
  835. this article:
  836.  
  837.   Vikas Aggarwal <vikas@jvnc.net>
  838.   Anton J. Aylward <uunorth@uunorth.UUCP>
  839.   Bruno Blissenbach <bubli@purodha.GUN.de>
  840.   Oliver Boehmer <oli@odbffm.in.sub.org>
  841.   Andy Brager <andyb@wndrsvr.UUCP>
  842.   Michael Bryan <michael@resonex.com>
  843.   Alan Cox <iiitac@pyr.swan.ac.uk>
  844.   John Curran <jcurran@nic.near.net>
  845.   Chris Davies <chris@visionware.co.uk>
  846.   Christopher Davis <ckd@eff.org>
  847.   Paul Eggert <eggert@twinsun.com>
  848.   Nathan F. Estey <nestey@copper.Denver.Colorado.EDU>
  849.   Stuart Freedman <stuart@orac.HQ.Ileaf.COM>
  850.   Margaret D. Gibbs <gibbsm@ll.mit.edu>
  851.   David Gilbert <dgilbert@snowhite.cis.uoguelph.ca>
  852.   B.J. Herbison <herbison@lassie.ucx.lkg.dec.com>
  853.   Dan Horner <liaison@uunet.uu.net>
  854.   Brad Isley <bgi@stiatl.salestech.com>
  855.   J. Lee Japp <jaapjl@madams.larc.nasa.gov>
  856.   Ray.Lampman@Heurikon.Com
  857.   Norman Lin <norlin@uokmax.ecn.uoknor.edu>
  858.   jmalcom@sura.net
  859.   Mark E. Mallett <mem@mv.MV.COM>
  860.   Owen Scott Medd <osm@msen.com>
  861.   Bertrand Meyer <bertrand@eiffel.com>
  862.   Pushpendra Mohta <pushp@cerf.net>
  863.   Mark Moraes <moraes@cs.toronto.edu>
  864.   Don Nichols <nichols@nvl.army.mil>
  865.   Andrew Partan <asp@uunet.uu.net>
  866.   Brad Passwaters <bjp@sura.net>
  867.   Michel Pollet <michel@trantor.UUCP>
  868.   Bob Rieger <bobr@netcom.com>
  869.   Rich Salz <rsalz@bbn.com>
  870.   Martin Lee Schoffstall <schoff@psi.com>
  871.   Russell Schulz <russell@alpha3.ersys.edmonton.ab.ca>
  872.   Doug Sewell <doug@ysu.edu>
  873.   Barry Shein <bzs@world.std.com>
  874.   Vince Skahan <vince@atc.boeing.com>
  875.   Shih-ping Spencer Sun <spencer@phoenix.Princeton.edu>
  876.   Jerry Sweet <jns@fernwood.mpk.ca.us>
  877.   David W. Tamkin <dattier@gagme.chi.il.us>
  878.   Christophe Wolfhugel <Christophe.Wolfhugel@grasp1.univ-lyon1.fr>
  879.   Steve Yelvington <steve@thelake.mn.org>
  880.  
  881. -- 
  882. Chris Lewis: _Una confibula non sat est_
  883. Phone: Canada 613 832-0541  Ferret list: ferret-request@ferret.ocunix.on.ca
  884. Latest psroff: FTP://ftp.uunet.ca/distrib/chris_lewis/psroff3.0pl17/*
  885. Latest hp2pbm: FTP://ftp.uunet.ca/distrib/chris_lewis/hp2pbm/*
  886.  
  887.